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Foreword 



This Technical Specification (TS) has been produced by the Special Mobile Group (SMG) of the European 
Telecommunications Standards Institute (ETSI). 

This specification specifies the procedures used at the radio interface for normal operation, registration, erasure, 
activation, deactivation, invocation and interrogation of call barring supplementary services within the digital cellular 
telecommunications system. 

The specification from which this TS has been derived was originally based on CEPT documentation, hence the 
presentation of this TS may not be entirely in accordance with the ETSI/PNE rules. 

The contents of this specification is subject to continuing work within SMG and may change following formal SMG 
approval. Should SMG modify the contents of this TS, it will be re-released by SMG with an identifying change of 
release date and an increase in version number as follows: 

Version 6.x.y 

where: 

6 indicates GSM Phase 2+ Release 1997; 

x the second digit is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc.; 

y the third digit is incremented when editorial only changes have been incorporated in the specification. 



Introduction 



The present document includes references to features which are not part of the Phase 2+ Release 96 of the GSM 
Technical specifications. All subclauses which were changed as a result of these features contain a marker (see table 
below) relevant to the particular feature. GSM 10.01 defines the correspondence between these features and GSM yearly 
releases. 

The following table lists all features that were introduced after Release 96. 



Feature 


Designator 


CAMEL Phase 2 


$(CAMEL2)$ 
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Scope 



This Technical Specification (TS) specifies the procedures used at the radio interface (reference point Um as defined in 
GSM 04.02) for normal operation, registration, erasure, activation, deactivation, invocation and interrogation of call 
barring supplementary services. Provision and withdrawal of supplementary services is an administrative matter between 
the mobile subscriber and the service provider and cause no signalling on the radio interface. 

In GSM 04.10 the general aspects of the specification of supplementary services at the layer 3 radio interface are given. 

GSM 04.80 specifies the formats and coding for the supplementary services. 

Definitions and descriptions of supplementary services are given in GSM 02.04, GSM 02. 8x and GSM 02.9x-series. 

Technical realization of supplementary services is described in GSM 03.1 1, GSM 03. 8x and GSM 03.9x-series. 

The procedures for Call Control, Mobility Management and Radio Resource management at the layer 3 radio interface 
are defined in GSM 04.07 and GSM 04.08. 

The following supplementary services belong to the call restriction supplementary services and are described in this 
specification: 

Barring of outgoing calls (clause 1): 

Barring of all outgoing calls (BAOC) (Barring program 1); 

Barring of outgoing international calls (BOIC) (Barring program 2); 

Barring of outgoing international calls EXCEPT those directed to the home PLMN country 

(BOIC-exHC) (Barring program 3). 

Barring of incoming calls (clause 2): 

Barring of all incoming calls (BAIC) (Barring program 1); 

Barring of incoming calls when roaming outside the home PLMN country 

(BIC-Roam) (Barring program 2). 

0.1 Normative references 

References may be made to: 

a) specific versions of publications (identified by date of publication, edition number, version number, etc.), in 
which case, subsequent revisions to the referenced document do not apply; or 

b) all versions up to and including the identified version (identified by "up to and including" before the version 
identity); or 

c) all versions subsequent to and including the identified version (identified by "onwards" following the version 
identity); or 

d) publications without mention of a specific version, in which case the latest version applies. 

A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same 
number. 

[1] GSM 01.04: "Digital cellular telecommunications system (Phase 2+); Abbreviations and 

acronyms". 

[2] GSM 02.04: "Digital cellular telecommunications system (Phase 2+); General on supplementary 

services". 

[3] GSM 03.11: "Digital cellular telecommunications system (Phase 2+); Technical realization of 

supplementary services". 

[4] GSM 04.02: "Digital cellular telecommunications system (Phase 2+); GSM Public Land Mobile 

Network (PLMN) access reference configuration". 
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[5] GSM 04.07: "Digital cellular telecommunications system (Phase 2+); Mobile radio interface 

signalling layer 3; General aspects". 

[6] GSM 04.08: "Digital cellular telecommunications system (Phase 2+); Mobile radio interface 

layer 3 specification". 

[7] GSM 04.10: "Digital cellular telecommunications system (Phase 2+); Mobile radio interface 

layer 3; Supplementary services specification; General aspects". 

[8] GSM 04.80: "Digital cellular telecommunications system (Phase 2+); Mobile radio interface 

layer 3 supplementary services specification; Formats and coding". 

0.2 Abbreviations 

Abbreviations used in this specification are listed in GSM 01.04. 

0.3 Cross phase compatibility 

For the following supplementary services, a number of changes exist between this specification and the protocol version 
1 specification: 

Barring of outgoing calls; 

Barring of incoming calls. 

The main body of this specification assumes that all network entities comply with this version of the service. In each 
case an additional subclauses 1.7 and 2.7 defines the additional requirements for when one or more network entities or 
the MS complies with the protocol version 1 specifications for the supplementary service procedures. 
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1 Barring of outgoing calls 

1.1 Normal operation 

When a barring program relating to outgoing calls is active and operative for a basic service, each call set up related to 
that basic service and not allowed by the barring program will be refused by the network. In this case a NotifySS 
operation containing the SS-Status indicating that a barring program relating to outgoing calls is currently active and 
operative will be sent to the served mobile subscriber in a clearing message (see figure 1.1). 

MS Network 

SETUP 
> 

DISCONNECT/RELEASE/RELEASE COMPLETE 
< 

Facility (Invoke = NotifySS (SS-Code, SS-Status)) 

NOTE 1 : The SS-Code will be the common code for outgoing barring services. 

NOTE 2: $(CAMEL2)$ The DISCONNECT and RELEASE messages were introduced because of CAMEL Phase 2. 

Figure 1.1 : Notification to the served mobile subscriber that barring of outgoing calls is active 

When a barring program is active (operative or quiescent), the ability of the served mobile subscriber to set up 
emergency calls is not affected, irrespective of the basic service to which the barring program applies. 

When a barring program relating to outgoing calls is active (operative or quiescent), the ability of the served mobile 
subscriber to receive calls is not affected. 



1 .2 Registration 



If the served mobile subscriber at provision time has selected the subscription option "control of barring service: by 
subscriber using password", the subscriber has to register a call barring password at provision time. Furthermore the 
served mobile subscriber can change the call barring password by a registration procedure at any time. 

If the served mobile subscriber at provision time has selected the subscription option "control of barring service: by 
service provider", an attempt to register a new call barring password will be denied. 

The procedure to register a new password is specified in GSM 04. 10. 
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1 .3 Activation 

If the served mobile subscriber at provision time has selected the subscription option "control of barring service: by 
subscriber using password", the supplementary service is activated for a basic service if the subscriber has requested so 
by means of an activation procedure for that basic service. If the subscriber does not indicate a specific basic service, the 
activation applies to all basic services. The subscriber may use the call barring password at activation (see figure 1.2). 

If the activation is successful, the service will be activated. The network will then send a return result indicating 
acceptance of the request. The result is formatted according to the options shown below: 

The result includes the Basic Service group Code(s) to which the service is activated. The result may also contain 
an SS-Code and SS-Status parameter. If the MS does not send an SS Version Indicator in the invocation request 
then these parameters shall be presented in the result. If the MS does send an SS Version Indicator in the 
invocation request then these parameters are optional in the result. If the SS-Status is included the network shall 
set it to reflect the state of the service. If the SS-Code is included then it shall contain the SS-Code of the service 
which has been activated. The MS shall ignore the contents of the SS-Code and SS-Status parameters if they are 
received. 

Note that the use of SS-Code and SS-Status is to provide backwards compatibility with GSM Phase 1. 

If the request did not include a BasicServiceCode, and the activation was successful for all basic services, the 
network may send an empty return result to the MS. This option applies whether or not an SS Version Indicator 
is received from the MS. 

If the served mobile subscriber at provision time has selected the subscription option "control of barring service: by 
service provider", an attempt to activate the service will be denied and the served mobile subscriber receives an error 
indication (see figure 1.3). 

Error values are specified in GSM 04.80. 

MS Network 

REGISTER 
> 

Facility (Invoke = ActivateSS (SS-Code, BasicServiceCode)) 



Password procedure according to GSM 04.10 



RELEASE COMPLETE 
< 

Facility (Return result = ActivateSS (SS-Code, BasicServiceCode, SS-Status)) 

RELEASE COMPLETE 

Facility (Return error (Error)) 

RELEASE COMPLETE 

Facility (Reject (Invoke_problem)) 

NOTE: The SS-Code will be one of the specific outgoing barring codes. If BasicServiceCode is not included it 
applies to all basic services. The SS-Code and SS-Status may not be included in the result in all cases 
(see text). 

Figure 1.2: Activation of a barring program 
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1 .4 Deactivation 

If the served mobile subscriber at provision time has selected the subscription option "control of barring service: by 
subscriber using password", the supplementary service is deactivated for a basic service if the subscriber has requested 
deactivation by means of a deactivation procedure for that basic service. The subscriber may use the call barring 
password at deactivation (see figure 1.3). 

The deactivation request of a barring program may specify the basic service. If the subscriber does not indicate a 
specific basic service, the deactivation applies to all basic services (see figure 1.3). 

If the deactivation is successful, the service will be deactivated. The network will then send a return result indicating 
acceptance of the request. The result is formatted according to the options shown below: 

The result includes the Basic Service group Code(s) to which the service is deactivated. The result may also 
contain an SS-Code and SS-Status parameter. If the MS does not send an SS Version Indicator in the invocation 
request then these parameters shall be presented in the result. If the MS does send an SS Version Indicator in the 
invocation request then these parameters are optional in the result. If the SS-Status is included the network shall 
set it to reflect the state of the service. If the SS-Code is included then it shall contain the SS-Code of the service 
which has been deactivated. The MS shall ignore the contents of the SS-Code and SS-Status parameters if they 
are received. 

Note that the use of SS-Code and SS-Status is to provide backwards compatibility with GSM Phase 1. 

If the request did not include a BasicServiceCode, and the deactivation was successful for all basic services, the 
network may send an empty return result to the MS. This option applies whether or not an SS Version Indicator 
is received from the MS. 

If the served mobile subscriber at provision time has selected the subscription option "control of barring service: by 
service provider", an attempt to deactivate the supplementary service will be denied and the served mobile subscriber 
receives an error indication (see figure 1.3). Error values are specified in GSM 04.80. 

MS Network 

REGISTER 





Facility (Invoke = DeactivateSS (SS-Code, BasicServiceCode)) 






Password procedure according to GSM 04.10 




<- 


RELEASE COMPLETE 





Facility (Return result = DeactivateSS (SS-Code, BasicServiceCode, SS-Status)) 

RELEASE COMPLETE 

Facility (Return error (Error)) 

RELEASE COMPLETE 

Facility (Reject (Invoke_problem)) 

NOTE: The SS-Code may be one of the specific outgoing barring codes, the common code for the outgoing 

barring services, or the SS-Code for all call barring services. If BasicServiceCode is not included it applies 
to all basic services. The SS-Code and SS-Status may not be included in the result in all cases (see text). 

Figure 1.3: Deactivation of barring of outgoing calls 



ETSI 



GSM 04.88 version 6.0.1 Release 1 997 10 TS 1 00 956 V6.0.1 (1 998-07) 



1.5 Interrogation 



The interrogation procedure enables the mobile subscriber to obtain information about data stored in the PLMN. After 
having requested this procedure the network shall return a list of all basic service groups for which the service is active 
(see figure 1.4). 

If there is no basic service group for which the service is active, an SS-Status will be returned indicating that the service 
is "deactivated". 

MS Network 

REGISTER 
> 

Facility (Invoke = InterrogateSS (SS-Code)) 

RELEASE COMPLETE 
< 

Facility (Return result = InterrogateSS (BasicServiceCode)) 

or 

RELEASE COMPLETE 
< 

Facility (Return result = InterrogateSS (SS-Status)) 

RELEASE COMPLETE 

Facility (Return error (Error)) 

RELEASE COMPLETE 

Facility (Reject (Invoke_problem)) 

NOTE: The SS-Code may be one of the specific outgoing barring codes. 

Figure 1.4: Interrogation of a barring program 

1 .6 Invocation and erasure 

Invocation and erasure are not applicable to barring programs. 

1 .7 Cross phase compatibility 

1 .7.1 Network only supports GSM Phase 1 control of SS by the 
subscriber 

In this case there is no relevant cross phase compatibility problem. 

1 .7.2 MS only supports protocol version 1 control of SS by the subscriber 

In this case there is no relevant cross phase compatibility problem. 
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2 Barring of incoming calls 

2.1 Normal operation 

When a barring program relating to incoming calls is active and operative for a basic service, each incoming call set-up 
related to that basic service and not allowed by the barring program will be refused by the network. In this case a 
NotifySS operation containing the SS-Status indicating that a barring program relating to incoming calls is currently 
active and operative will be sent to the calling mobile subscriber in a clearing message (see figure 2.1). 

MS Network 

SETUP 
> 

DISCONNECT/RELEASE/RELEASE COMPLETE 
< 

Facility (Invoke = NotifySS (SS-Code, SS-Status)) 

NOTE: The SS-Code will be the common code for incoming barring services. 

Figure 2.1 : Notification to the calling mobile subscriber that at the called 
subscriber side barring is active 

When barring of incoming calls is active (operative or quiescent), the ability of the served mobile subscriber to originate 
calls is not affected. 



2.2 Registration 



If the served mobile subscriber at provision time has selected the subscription option "control of barring service: by 
subscriber using password", the subscriber has to register a call barring password at provision time. Furthermore the 
served mobile subscriber can change the call barring password by a registration procedure at any time. 

If the served mobile subscriber at provision time has selected the subscription option "control of barring service: by 
service provider", an attempt to register a new call barring password will be denied. 

The procedure to register a new password is specified in GSM 04. 10. 
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2.3 Activation 

If the served mobile subscriber at provision time has selected the subscription option "control of barring service: by 
subscriber using password", the supplementary service is activated for a basic service if the subscriber has requested so 
by means of an activation procedure for that basic service. If the subscriber does not indicate a specific basic service, the 
activation applies to all basic services. The subscriber may use the call barring password at activation (see figure 2.2). 

If the activation is successful, the service will be activated. The network will then send a return result indicating 
acceptance of the request. The result is formatted according to the options shown below: 

The result includes the Basic Service group Code(s) to which the service is activated. The result may also contain 
an SS-Code and SS-Status parameter. If the MS does not send an SS Version Indicator in the invocation request 
then these parameters shall be presented in the result. If the MS does send an SS Version Indicator in the 
invocation request then these parameters are optional in the result. If the SS-Status is included the network shall 
set it to reflect the state of the service. If the SS-Code is included then it shall contain the SS-Code of the service 
which has been activated. The MS shall ignore the contents of the SS-Code and SS-Status parameters if they are 
received. 

Note that the use of SS-Code and SS-Status is to provide backwards compatibility with GSM Phase 1. 

If the request did not include a BasicServiceCode, and the activation was successful for all basic services, the 
network may send an empty return result to the MS. This option applies whether or not an SS Version Indicator 
is received from the MS. 

If the served mobile subscriber at provision time has selected the subscription option "control of barring service: by 
service provider", an attempt to activate the service will be denied and the served mobile subscriber receives an error 
indication (see figure 2.2). 

Error values are specified in GSM 04.80. 

MS Network 

REGISTER 
> 

Facility (Invoke = ActivateSS (SS-Code, BasicServiceCode)) 



Password procedure according to GSM 04.10 



RELEASE COMPLETE 
< 

Facility (Return result = ActivateSS (SS-Code, BasicServiceCode, SS-Status)) 

RELEASE COMPLETE 

Facility (Return error (Error)) 

RELEASE COMPLETE 

Facility (Reject (Invoke_problem)) 

NOTE: The SS-Code will be one of the specific incoming barring codes. If BasicServiceCode is not included it 
applies to all basic services. The SS-Code and SS-Status may not be included in the result in all cases 
(see text). 

Figure 2.2: Activation of a barring program 
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2.4 Deactivation 

If the served mobile subscriber at provision time has selected the subscription option "control of barring service: by 
subscriber using password", the supplementary service is deactivated for a basic service if the subscriber has requested 
deactivation by means of a deactivation procedure for that basic service. The subscriber may use the call barring 
password at deactivation (see figure 2.3). 

If the deactivation is successful, the service will be deactivated. The network will then send a return result indicating 
acceptance of the request. The result is formatted according to the options shown below: 

The result includes the Basic Service group Code(s) to which the service is deactivated. The result may also 
contain an SS-Code and SS-Status parameter. If the MS does not send an SS Version Indicator in the invocation 
request then these parameters shall be presented in the result. If the MS does send an SS Version Indicator in the 
invocation request then these parameters are optional in the result. If the SS-Status is included the network shall 
set it to reflect the state of the service. If the SS-Code is included then it shall contain the SS-Code of the service 
which has been deactivated. The MS shall ignore the contents of the SS-Code and SS-Status parameters if they 
are received. 

Note that the use of SS-Code and SS-Status is to provide backwards compatibility with GSM Phase 1. 

If the request did not include a BasicServiceCode, and the deactivation was successful for all basic services, the 
network may send an empty return result to the MS. This option applies whether or not an SS Version Indicator 
is received from the MS. 

If the served mobile subscriber at provision time has selected the subscription option "control of barring service: by 
service provider", an attempt to deactivate the supplementary service will be denied and the served mobile subscriber 
receives an error indication (see figure 2.3). 

Error values are specified in GSM 04.80. 

MS Network 

REGISTER 
> 

Facility (Invoke = DeactivateSS (SS-Code, BasicServiceCode)) 



Password procedure according to GSM 04.10 



RELEASE COMPLETE 
< 

Facility (Return result = DeactivateSS (SS-Code, BasicServiceCode, SS-Status)) 

RELEASE COMPLETE 

Facility (Return error (Error)) 

RELEASE COMPLETE 

Facility (Reject (Invoke_problem)) 

NOTE: The SS-Code may be one of the specific incoming barring codes, the common code for the incoming 

barring services, or the SS-Code for all call barring services. If BasicServiceCode is not included it applies 
to all basic services. The SS-Code and SS-Status may not be included in the result in all cases (see text). 

Figure 2.3: Deactivation of barring of incoming calls 
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2.5 Interrogation 



The interrogation procedure enables the mobile subscriber to obtain information about the data stored in the PLMN. 
After having requested this procedure the network shall return a list of all basic service groups for which the service is 
active (see figure 2.4). 

If there is no basic service group for which the service is active, an SS-Status will be returned indicating that the service 
is "deactivated". 

MS Network 

REGISTER 
> 

Facility (Invoke = InterrogateSS (SS-Code)) 

RELEASE COMPLETE 
< 

Facility (Return result = InterrogateSS (BasicServiceCode)) 

or 

RELEASE COMPLETE 
< 

Facility (Return result = InterrogateSS (SS-Status)) 

RELEASE COMPLETE 

Facility (Return error (Error)) 

RELEASE COMPLETE 

Facility (Reject (Invoke_problem)) 

NOTE: The SS-Code may be one of the specific incoming barring codes. 

Figure 2.4: Interrogation of a barring program 

2.6 Invocation and erasure 

Invocation and erasure are not applicable to barring programs. 

2.7 Cross phase compatibility 

2.7.1 Network only supports GSM Phase 1 control of SS by the 
subscriber 

In this case there is no relevant cross phase compatibility problem. 

2.7.2 MS only supports protocol version 1 control of SS by the subscriber 

The NotifySS operation containing the SS-Status indicating that a barring program relating to incoming calls is currently 
active and operative shall be sent to the calling subscriber only in the RELEASE COMPLETE message, if the MS only 
supports GSM Phase 1 . 
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